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BACKGROUND OF THE INVENTION 

Proliferation of computer networks along with wide spread use of personal 
computers has facilitated the emergence of numerous applications and services utilizing 
these data networks, such as the Internet. Often these applications and services must 
5 exchange data over the network. Typically, these data exchanges take place between a 
server and a client. A server is a computer or device on a network that manages network 
resources or that provides data, services and functionality to multiple users. For 
example, a server may run a web-server interface for sending data, for example, web 
pages to a plurality of users and for receiving requests for data over the network. Web- 

10 server equipped devices are often referred to as web sites and are accessed using a 
universal resource locator (URL) sent from a client. Since servers must handle a 
plurality of tasks simultaneously, they are often expensive and complex. In contrast, a 
client device, or client, is a computer or device on the network that is used to access a 
server. Typically, a client is used by a user, or customer, and is comprised of a personal 

15 computer, therefore, it does not have to run several tasks or serve multiple users 
simultaneously. 

In many Internet applications, servers send data to clients for display to a user. At 
the client, received data is displayed to the user using a browser and a display device 
such as a monitor. A browser is a software program executing on a client device for 

20 processing and displaying information received from web sites. Browsers have 
processing power that is under utilized in many prior art client-server Internet 
transactions. Browser processing is under utilized because servers incur the processing 
load for creating, rendering and controlling content displayed on clients. This requires 
that servers run appHcations such as Java server pages (JSP) or Java server faces (JSF) in 

25 order to render data on client browsers via static pages, i.e. pages that do not change and 
that do not require client side processing. Executing applications, such as JSP and JSF, 
make server side programming complex because not all client computers are of the same 
type or operating system. This raises the cost associated with operating servers on the 
Internet or other networks. 
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There exists a need for a method on the client-side for creating and rendering 
network content utilizing the processing capabilities of the browser, thus reducing the 
complexity of software executable instructions on servers. Furthermore, there is a need 
for allowing the use of active hypertext markup language (HTML) pages without placing 
5 an undue burden on the server. 

SUMMARY OF THE INVENTION 

The preferred embodiments of the present invention are directed to creating, 
rendering, and/or controlling user interfaces over a data communications network, and 
more particularly to rendering client side user interfaces through the use of a browser and 
10 custom tags contained within a data stream. 

In accordance with a preferred embodiment of the invention, a method operating 
on a client computer for loading a markup language document is provided. The method 
includes receiving the document which contains a plurality of tags with at least one of the 
tags being a custom tag. The method parses the document to determine if certain of the 
1 5 plurality of tags are custom tags. Executable instructions are associated with the custom 
tag if it is present in the document. The instructions are executed and the document is 
rendered on a display device. 

In accordance with another embodiment of the invention, a method for creating 
and providing a markup language document to a network is provided. A document is 
20 loaded into memory, where the document contains conventional tags and at least one 
custom tag which is associated with machine-executable instructions resident on a 
receiving computer in communication with the network. The receiving computer is 
capable of identifying the custom tag and inserting the machine-executable instructions 
into the document at a location associated with the custom tag. Then the document is 
25 provided to the receiving computer over the network. 

In accordance with still another embodiment of the invention, an apparatus for 
receiving a markup language document containing a plurality of tags over a network is 
provided. The document includes a plurality of tags made up of a first subset of tags 
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which is comprised of custom tags associated with function-executable instructions and a 
second subset which is comprised of conventional tags. The apparatus includes a display 
device for presenting information to a user. A browser is operatively connected to the 
display device for parsing the document and detecting the custom tags and the 
5 conventional tags. The apparatus further includes a memory storing a first set of 

instructions for operating the browser and further storing a second set of instructions for 
implementing the function-executable instructions. The apparatus also includes a 
processor, communicatively associated with the memory and the display device, which is 
capable of executing the first and second set of machine-readable instructions. 
10 The foregoing and other features and advantages of the system and method for 

creating, rendering and controlling user interfaces will be apparent firom the following 
more particular description of preferred embodiments of the system and method as 
illustrated in the accompanying drawings in which like reference characters refer to the 
same parts throughout the different views. 

1 5 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates a preferred embodiment of a system for creating, rendering and 
controlling user interfaces using custom tags in accordance with the present invention; 

FIG. 2A illustrates a flow chart of a method operating on a client device for using 
markup language pages containing custom tags to create and render user interfaces in 
20 accordance with a preferred embodiment of the present invention; 

FIG. 2B illustrates a method for creating and rendering a markup language 
document in accordance with a preferred embodiment of the present invention; 

FIG. 3 illustrates an exemplary user interface for a date picker application in 
accordance with a preferred embodiment of the present invention; 
25 FIG. 4A illustrates an exemplary user interface for a tree control in accordance 

with a preferred embodiment of the present invention; 

FIG. 4B illustrates an exemplary alternative manner for presenting a tree control 
display to a user in accordance with a preferred embodiment of the invention; and 
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FIG. 5 illustrates a schematic diagram for a general-purpose computer 
configuration for practicing preferred embodiments in accordance with the present 
invention. 

The foregoing and other objects, features and advantages of the invention will be 
5 apparent from the following more particular description of preferred embodiments of the 
invention, as illustrated in the accompanying drawings in which like reference characters 
refer to the same parts throughout the different views. The drawings are not necessarily 
to scale, emphasis instead being placed upon illustrating the principles of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

10 The following detailed description of the invention refers to the accompanying 

drav^ngs. The same reference numbers in different drawings may identify the same or 
similar elements. Also, the following detailed description does not limit the invention. 
Reference will be made in detail to exemplary embodiments of the present invention, 
examples of which are illustrated in the accompanying drawings. While exemplary 

1 5 embodiments are provided, other embodiments are possible in light of the specification. 
Therefore, unless otherwise specified, the illustrated embodiments can be understood as 
providing exemplary features of varying detail of certain embodiments, and therefore, 
unless otherwise specified, features, components, modules, and/or aspects of the 
illustrations can be otherwise combined, separated, interchanged, and/or rearranged 

20 without departing from the disclosed systems and methods. Additionally, the shapes and 
sizes of components are also exemplary and unless otherwise specified, can be altered 
without affecting the disclosed systems and methods and without departing from the spirit 
and scope of the invention. 

In current internet protocol (IP) networks, interactions between a server, for 

25 example, a web server and a client may involve a markup language page such as a 
hypertext markup language (HTML) page. An HTML page is a structured document 
containing formatting information and content. Formatting information provides the 
browser with information such as the location of the content and instructions of how to 
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display it. In HTML, formatting is accomplished through the use of mark-up, more 
conunonly referred to as tags. 

Tags are additional text in a document that is not part of the content but, rather, is 
used to enhance the document in some way. For example, in HTML, tags are normally 
5 denoted with brackets or ">". More specifically, content is contained between a start 
tag and an end tag. For example, content comprising the title of an HTML page might be 
"An HTML Page". In the HTML document the title might look like 

<title> An HTML Page</title> 
where <title> is the start tag for title and </title> is the end tag. Use of tags provides an 

10 HTML document with a specific structure which can be used to facilitate processing. In 
addition, structured documents make it possible to use software constructs such as 
document object models (DOMs) to fiarther facilitate processing and utilization of 
markup language content. 

A DOM is a standard application programming interface (API) to the structure of 

15 a document which allows programmers to write applications that work properly on all 
compliant platforms. A programmer may need to use a different programming language 
for executing instructions on particular processors or operating systems; however, the 
DOM does not need to be changed. Use of DOMs greatly facilitates processing markup 
language pages across numerous platforms. By way of example, use of markup language 

20 pages, for example, HTML pages, over a network may occur as follows: a client side 
browser issues a hypertext transfer protocol (HTTP) request to a server over a network. 
The server receives and processes the request and generates the appropriate content with 
the aid of a java server page (JSP) Engine. The server then sends the results to the 
browser as a hypertext markup language (HTML) page. The browser receives and 

25 interprets the HTML page and then displays it to a user. As seen fi-om the example, the 
browser does very little in the way of processing when rendering the HTML page for 
display. 
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An exemplary embodiment of the invention is used to place more processing 
demand on the browser while removing it from the server, thus lowering the complexity 
and cost associated with the server. 

FIG. 1 illustrates a preferred system for practicing embodiments for creating, 
5 rendering and controlling user interfaces in accordance with the present invention. 
System 100 includes a server 102, a HTML page server 104, network 106, client 108 A 
and B, each further includmg active core 1 1 OA and B and browser 1 12A and B, 
respectively, and network communication links 1 14. The network can include a packet- 
switched network such as, for example, the Internet, without limitation. 

10 Server 1 02 may include a general-purpose computer executing machine-readable 

instructions for facilitating communication of data across network 106. Server 102 may 
further include HTML page server 104. HTML page server 104 is comprised of 
executable instructions for making HTML pages available to client 108A, 108B and may 
operate as part of, or in conjunction with, a server interface. HTML page server 104 is 

15 further configured to insert customized tags into HTML pages before transferring them 
over network 106. Customized tags, as used herein, refer to custom HTML tags inserted 
by the server which are used by the browser to process received HTML pages in 
accordance with embodiments of the invention. Customized tags are discussed in more 
detail in conjunction with the description of browser 1 12 hereinafter. Conventional tags 

20 refer to tags, or markup, other than customized tags. 

Network 106 may be any type of data network such as a local area network 
(LAN), a metropolitan area network (MAN), or a wide area network (WAN). 
Furthermore, network 106 may utilize any network protocol, or combination of protocols, 
such as frame relay, packet switched, Intemet protocol (IP), synchronous optical network 

25 (Sonet), asynchronous transfer mode (ATM), and the like, without limitation. 

Communication links 1 14 are used to convey data across network 106 and may be 
comprised of twisted pair cable, coaxial cable, optical fiber, free-space optical links,, 
radio-frequency (RF) links, or the like. 
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Client 108A and B, herein generally referred to as client 108, may be comprised 
of a general-purpose computer such as, for example, a personal computer, personal digital 
assistant (PDA), and a web enabled cell phone. Client 108 may have a plurality of 
executable applications provided on computer-readable media with at least one of the 
5 applications being browser 112. Client 108 may further include an active core 1 10 which 
is comprised of executable instructions and is used by browser 1 12 when processing 
custom tags. More specifically, when browser 1 12 interprets a custom tag in a markup 
language document, active core 1 10 is used to process the tag by modifying the in 
memory DOM of an incoming document by inserting executable instructions in place of 

10 the custom tag. The use of the active core 110 allows a user interface, or other self- 
contained software application such as an agent, to be launched on client 108. The active 
core 1 10 is further described with respect to the description of FIG. 2 A. 

FIG. 2A is a flowchart illustrating an exemplary method 200 for requesting and 
receiving a markup language document, here an HTML page, at client 108 in accordance 

15 with a preferred embodiment of the present invention. The method 200 begins when 

browser 1 12 issues an HTTP request to server 102 over network 106 per step 202. Server 
102 processes the request and sends the appropriate content over network 106 to client 
108. Browser 1 12 begins receiving the requested HTML page per step 204. The received 
page is rendered on the browser per step 206. The method then scans the DOM for the 

20 presence of custom tags per step 208. The browser processes all tags, custom and 

conventional. The custom tags remain active in the DOM and if a custom tag is detected, 
per step 210, a software module comprising machine-executable instructions is loaded per 
step 212. In contrast, if no custom tags are detected in step 210, the metered ends and the 
completed page is rendered on a display device. Machine executable instructions loaded 

25 in step 212 are then inserted in place of the custom tags in the received document per step 
214. The loaded machine-executable instructions are then executed and the complete 
document is rendered on a display device. 

The use of custom tags in preferred embodiments of the present invention offloads 
processing from the server and places it on the client. In addition, custom tags make it 
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possible to more easily implement dynamic HTML pages because processing associated 
therewith occurs on the client device. Use of dynamic HTML pages makes it possible to 
provide, for example, but not limited to, motion and interactive input/output in 
connection with displayed HTML pages. In addition, custom tags and the associated 
5 functional instructions facilitate the use of display trees in HTML without requiring any 
programming knowledge on the part of the client side user. 

FIG. 2B illustrates an exemplary method for creating a markup language 
document, here an HTML document, consistent with embodiments for the invention. The 
method begins when a text editing program is launched on a computer per step 222. 

10 After launching the program, a new document is opened per step 224. HTML commands, 
arguments, and content may be generated using the text editing program per step 226. 
Custom tags may also be generated as needed per step 228. After generating all HTML 
code, or instructions, required for the particular application, the document may be 
checked for errors manually by an operator or via a processing device such as a computer 

1 5 per step 230. The checked document may be saved in computer-readable memory as an 
HTML file for use by client 1 08. 

Next, a check may be made to determine if client 108 has access to executable 
instructions referenced by any custom tags contained in the document per step 234. If 
client 108 does not have access to executable instructions necessary to accommodate the 

20 custom tags, the necessary instructions can be sent using network 106 per step 236. If 
client 108 does have the necessary executable instruction, a server 102, containing the 
HTML document, can await an HTTP request form client 108 per step 238. 

FIG, 3 illustrates an interactive date picking user interface rendered using a 
preferred embodiment of the present invention. Exemplary date picker user interface 

25 display 300 includes a tool bar 302, an address window 304, month field 306, date field 
308, and selected date 310. User interface 300 may be displayed on a display device, for 
example, but not limited to, a cathode ray tube (CRT), and flat panel display, or the like 
in a human-readable form. User interface 300 may fiuther be displayed using a 
conventional browser such as Mozilla^^ or Intemet Explorer™ adapted to handle custom 
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tags. User interface 300 may further include a tool bar 302 containing drop down menus 
for facilitating access to commonly used functions. For example, clicking on File using a 
user interface device, such as a computer mouse, may cause a drop down menu to appear. 
Choices in the drop down menu may allow a user to, for example, without limitation, 
5 print the display, save the display to a file, and open a new display window. 

User interface 300 may further include an address window 304 for displaying a 
URL associated with the server providing the date picker application in accordance with a 
preferred embodiment. User interface 300 can also include a month field 306 for 
indicating the month displayed to the user. The right and left facing arrows to either side 
10 of month field 306 may provide interactive functionality to a user by causing the 

displayed month to scroll to the immediately subsequent or prior month, respectively, 
when clicked on. Date field 308 displays all days in the displayed month. When the user 
scrolls over a particular date with a user interface device, a box may appear as shown by 
selected date 3 1 0. Clicking on selected date 3 1 0 may open a pop-up window allowing 
15 the user to enter information such as, for example, but not limited to, meetings, doctors' 
appointments, anniversaries. 

For an incoming HTML page, the date picker function illustrated in FIG. 3 may be 
referenced by one or more custom tags. For example, the content of date picker display 
300 may be rendered to a user by way of the following exemplary syntax within an 
20 HTML page received from server 1 02: 

<body> 

TEST: DFC datepicker<br><br> 

When this page is loaded, an input field with a datepicker should be 
visible<br><br> 

25 <input type="text" id="inpDate"><dfc type="datepicker" for="inpDate"></dfO 

</body> 
In the above example, 

<dfc type="datepicker" for="inpDate'></dfc> 
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ls the command that causes date picker display 300 to be rendered. In particular, DOM 
foundation classes (dfc), "dfc" is the tag used to instruct the HTML parser to invoke 
methods described herein, namely instructing active core 1 10 to insert executable 
instructions required for rendering date picker display 300 directly into the loading 
5 HTML page at the location associated v^th the "dfc" tag. In this manner, the processing 
associated with rendering that date picker display 300 is performed without help from 
server 102 and without requiring that additional data be sent over network 106 to client 
108. 

FIGS. 4 A and 4B illustrate an exemplary user interface for a tree control in an 

1 0 HTML application implemented using an embodiment of the present invention. Tree 
controls are useful for allowing data to be displayed in browsers as Windows® tree 
directories. Using methods consistent with the invention, a user may define tree nodes 
and icons to render the display of FIGS. 4A and 4B. In FIG. 4A, a tree control display 
400 includes a tree tool bar 402, a tree address window 404, page tabs 406, node icon 408 

15 and sub-node icons 410, and lower-level node icons 412. 

Tree control display 400 is rendered on a user display using browser 1 12 to 
process an incoming HTML page in accordance with the method described in FIG. 2A. 
Tree control display 400 may include tree tool bar 402 for facilitating access to common 
functionalities. Tree tool bar 402 may be essentially the same as tool bar 302 or it may 

20 incorporate additional or different functionalities depending on user needs and 

preferences. Tree address window 404 may contain the URL for the server providing the 
tree control HTML page. Depending on user preferences, tree address window 404 may 
contain other URLs or aliases to URLs. 

Page tabs 406 are provided for organizing information displayed to a user. By 

25 way of example, a "Files" tab may be clicked oh using a user interface device to provide a 
user with a display showing node 408, sub-nodes 410 and lower level nodes 412. Node 
408 may be used to represent data as part of a hierarchical display. Node 408 typically 
represents the highest, or topmost, level and it may be referred to using many 
conventional nomenclatures such as, for example, but not limited to, tree, parent, root 
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directory, etc. In tree control display 409, node 408 represents a directory associated with 
a hard drive which is denoted as "d". Sub-nodes 410 may be used to represent data 
associated with a level lower than that of node 408. Sub-nodes 4 1 0 may also be referred 
to using other conventional nomenclatures such as, for example, but not limited to, 
5 branch, child, sub-directory, etc. In FIG. 4 A, sub-nodes 410 are used to represent sub- 
directories of node 408. Lower-level nodes 412 may be used to show progressively lower 
level data groupings. Any number of lower level nodes may be used with embodiments 
of the invention; however, only a single lower-level node 412 is shown for simplicity in 
FIG. 4A. Lower-level nodes 412 may be referred to using other conventional 

10 nomenclatures such as, for example, leaves, grandchildren, etc. 

FIG. 4B illustrates an exemplary of an alternative manner for presenting a tree 
control display to a user in accordance with a preferred embodiment of the invention. 
FIG. 4B includes tree identifiers 416, access list 418, attribute window 410, information 
window 422, action buttons 424, and user control buttons 426. 

15 Tree identifiers 416 provide text and/or graphical representations of trees being 

displayed to a user. Tree identifiers 416 may represent directories, hard drives, servers, or 
any other type item, data, location, etc. Access list 418 may include a window for 
allowing a user to specify or select access information related to tree identifiers 416. For 
example, access list 418 may specify an individual or group having permission to display, 

20 access, or utilize data and information associated with tree identifiers 416. Attribute 
window 420 allows a user to associate attributes with data referenced by tree identifiers 
416. Attributes associatable with tree identifiers 416 may include, but are not limited to 
read/write privileges, display formats, software agents, etc. Information window 422 
provides a user with additional information about tree identifiers 416 or information 

25 associated therewith. Additionally, information window 422 may also provide a user 
with instructions on how to use or access information and data associated with tree 
identifiers 416. User control buttons 422 allow the user to make selections and/or 
decisions about information contained in display 414. For example, user control buttons 
422 may allow the user to accept information displayed on display 414 or to reject it. 
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Tree control display 414 may be implemented using the following HTML 
executable instructions. In the example below, a user need only define parameters such 
as the tree nodes and icons to render tree control display 414 on a display device. 

<dfc:tree id='treeNavi' 
5 css='panel-navi' 

onselect='var hTreeNode = arguments[0].paraml; 

hDlg.onSelectPanel(hTreeNode);' 

onbeforeselect='var hTreeNode = arguments[0].paraml; return 
hDlg.onBeforeSelectPanel(hTreeNode);'> 
10 <dfc:treenode parent='treeNavi' id='nodeBasics' label='Basics' 

icon=7/tabBasics.gif> </dfc:treenode> 
<dfc:treenode parent='treeNavi' id='nodeRoles' label='Roles' 
icon=V/tabRoles.gif > </dfc:treenode> 

<dfc:treenode parent='treeNavi' id='nodeLog' label='Log' icon=7/tabLog.gif > 
1 5 </dfc :treenode> 

<dfc:treenode parent='treeNavi' id='nodeAdvanced' label=' Advanced' 

con=7/tabAdvanced.gif > </dfc:treenode> 

</dfc:tree> 

In a manner consistent with the example discussed in connection vnth FIG. 3, the 
20 "dfc" tag is used by the HTML parser to instruct active core 1 1 0 to substitute the 

executable instructions required for rendering tree control display 400 into the incoming 
HTML page at the specified location(s). 

FIG. 5 illustrates an exemplary general-purpose computer architecture useful for 
practicing preferred embodiments of the present invention. General-purpose computer 
25 500 may include a processor 502, main memory 504, read only memory (ROM) 506, 
storage device 508, bus 510, display 512, keyboard 514, cursor control 516, and 
communication interface 518. Processor 502 may be any type of conventional processing 
device that interprets and executes instructions. Main memory 504 may be a random 
access memory (RAM) or a similar dynamic storage device. Main memory 504" stores 
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information and instructions in machine-readable form for execution by processor 502. 
Main memory 504 may also be used for storing temporary variables or other intermediate 
information during execution of instructions by processor 502. ROM 506 stores static 
information and instructions for processor 502. It will be appreciated that ROM 506 may 
5 be replaced with other types of static storage devices such as programmable ROM, 
erasable programmable ROM, and the like. Data storage device 508 may include any 
type of magnetic or optical media and its corresponding interfaces and operational 
hardware. Data storage device 508 stores information and instructions for use by 
processor 502. Bus 510 includes a set of hardware lines (conductors, optical fibers, or the 

10 like) that allow for data transfer among the components of computer 500. 

Display device 512 may be a cathode ray tube (CRT), liquid crystal display 
(LCD), or the like, for displaying information to a user. Keyboard 514 and cursor control 
5 1 6 allow the user to interact with computer 500. Cursor control 5 1 6 may be, for 
example, a mouse. In an altemative configuration, keyboard 514 and cursor control 516 

1 5 can be replaced with a microphone and voice recognition means to enable the user to 
interact with computer 500. 

Communication interface 518 enables computer 500 to communicate with other 
devices/systems via any commimications medium. For example, communication 
interface 5 1 8 may be a modem, an Ethemet interface to an IP network, or a printer 

20 interface. Alternatively, communication interface 518 can be any other interface that 
enables communication between computer 500 and other devices or systems. 

By way of example, a computer 500 consistent with the present invention 
provides a server with the ability to communicate markup language pages over network 
106 to a client 108. Computer 500 performs operations necessary to complete desired 

25 actions, such as generating a markup language page containing custom tags, in response 
to processor 502 executing sequences of instructions contained in, for example, memory 
504. Such instructions may be read into memory 504 from another computer-readable 
medium, such as a data storage device 508, or firom another device (not shown) via 
communication interface 518. Execution of the sequences of instructions contained in 
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memory 504 may cause processor 502 to perform a method for placing the markup 
language page on a network for transmission to client 108 in response to an HTTP request 
received therefrom. Alternatively, hard-wired circuitry may be used in place of or in 
combination with software instructions to implement the present invention. Thus, the 
5 present invention is not limited to any specific combination of hardware circuitry and 
software. 

The foregoing description of exemplary embodiments of the present invention 
provides illustration and description, but is not intended to be exhaustive or to limit the 
invention to the precise form disclosed. Modifications and variations are possible in light 

10 of the above teachings or may be acquired fi-om practice of the invention. For example, 
while the above description focused on processing an HTML page, implementations 
consistent with the principles of the invention are equally applicable to other markup 
languages such as extensible markup language (XML), business rules markup language 
(BRML), and the like. And, while a series of method steps have been described with 

15 regard to FIG. 2 A and 2B, the order of the steps may be varied in other implementations 
consistent with the present invention. Moreover, non-dependent steps may be 
implemented in parallel if desired. 

No element, step, or instruction used in the description of the present application 
should be construed as critical or essential to the invention unless explicitly described as 

20 such. Also, as used herein, the article "a" is intended to include one or more items or 
elements. Where only one item is intended, the term "one" or similar language is used. 

Many alternative embodiments of the present invention are possible in light of the 
teachings hereinbefore. For example, in a first alternative embodiment, client 108 may be 
practiced in a distributed architecture. In a distributed architecture, active core 1 10, 

25 browser 1 12, display device 5 12 and processor 502 may be at a first location proximate to 
a user thereof while ROM 506, or similar memory device, containing machine-executable 
ftmctional instructions associated with one or more custom tags, is at a second location. 
In this arrangement, ROM 506 may be coupled to processor 502 and browser 1 12 by a 
fixed or wireless link 114. 
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In a second alternative embodiment, a first portion of the machine-executable 
instructions associated with custom tags may be resident on client 108 while a second 
portion of machine-executable instructions is resident on server 102. By way of example, 
the second portion of machine-executable instructions may comprise an authorization 
5 means such as a password which is required by client 108 before the first portion of 
machine-executable instructions can be used with active core 1 10 and browser 1 12. 

The claims should not be read as limited to the described order or elements unless 
stated to that effect. Therefore, all embodiments that come within the scope and spirit of 
the following claims and equivalents thereto are claimed as the invention. 
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